progressbar: Add diagrams to CSS documentation

spin button: Add diagrams to CSS documentation

switch: Add a diagram to CSS node documentation

widget: Queue an allocate on hide

This makes sure that hidden widgets always have priv->alloc_needed set
on them.

The constructor sets that flag, so we want to have it back when we
revert to this state.

This fixes GtkWindow skipping a size_allocate() when reshowing a
previously hidden window and thereby not updating its allocation and
clip. And that in turn would lead to draws not happening and us beig
left with a black window.

model button: Add diagrams to the CSS node documentation

model button: Complete the CSS node conversion

There was still style context saving in the draw function,
and the CSS node was not always properly updated and positioned.
Fix these things, and use the same CSS node for the arrow
drawing as well.

list box: Remove an unused static

file chooser button: Remove an unused variable

button: Add diagrams to CSS node docs for buttons

entry: Add a diagram to CSS node docs

inspector: Replace a use of gtk_button_set_focus_on_click

It is deprecated now.

listbox: Implement :focus-on-click

Similar to buttons-in-toolbars, it can make sense for listbox rows
to not take away the focus from the main application view, for
instance when used for navigation. Support this by taking the newly
added GtkWidget:focus-on-click property into account.

https://bugzilla.gnome.org/show_bug.cgi?id=757269

Use gtk_widget_set_focus_on_click() instead of deprecated setters

https://bugzilla.gnome.org/show_bug.cgi?id=757269

Deprecate widget-specific :focus-on-click properties

The differences between the existing properties and the newly added
GtkWidget:focus-on-click property are minimal (different owner_type
in GParamSpec), so it is extremely unlikely that dropping the former
would break anything.

https://bugzilla.gnome.org/show_bug.cgi?id=757269

widget: Add :focus-on-click property

There are currently three widget that implement such a property, and
there are other widgets for which the behavior can make sense. It
seems like a good time to add the property to GtkWidget itself so
subclasses can choose to respect it without adding their own property.

https://bugzilla.gnome.org/show_bug.cgi?id=757269

GdkDevice: Do not free construct-only properties data on dispose()

Those are not references to other objects, and the device will be mostly
useless if those can't be set again anyway.

https://bugzilla.gnome.org/show_bug.cgi?id=756625

texthandle: Request raising of text handle popovers.

https://bugzilla.gnome.org/show_bug.cgi?id=756670

popover: Request raise on ::show

This way latest shown popovers are ensured to be on top.

https://bugzilla.gnome.org/show_bug.cgi?id=756670

GtkWindow: make popover stacking explicit

The list of popovers will specify the stacking order, a
_gtk_window_raise_popover() private call has been added so popover
widgets can request being on top.

Also, the stacking on popovers is ensured on gtk_window_size_allocate(),
after the size/stacking changes on the child widget have finished, this
will ensure popovers are kept on top of window contents.

https://bugzilla.gnome.org/show_bug.cgi?id=756670

x11: Detect single-touch touchscreens as GDK_SOURCE_TOUCHSCREEN

Those won't have ABS_MT_* axes, so won't be reported has having
XITouchClassInfo. Fallback on these to checking whether abs x/y axes are
available. After the Wacom checks, any remaining device with absolute axes
should be touchscreens, and GDK_SOURCE_MOUSE does indeed just make sense on
devices with relative axes.

https://bugzilla.gnome.org/show_bug.cgi?id=757358

Fix a memory leak in gtk-3.0.m4 file

This fix is inspired by,

https://git.gnome.org/browse/glib/tree/m4macros/glib-2.0.m4

https://bugzilla.gnome.org/show_bug.cgi?id=757221

GtkWindow: Fix the shadow width logic

Previous commit 305b34a "GtkWindow: fix move/get position with CSD"
introduced a regression because some windows presumably use shadows but
actually don't, resulting in a negative offset being wrongly applied.

Problem is that get_shadow_width() would return non-zero shadows even
for windows that have no shadow, thus causing the negative offset.

Fix the logic in get_shadow_width() and gtk_window_should_use_csd() so
that get_shadow_width() returns accurate values.

Bugzilla: https://bugzilla.gnome.org/show_bug.cgi?id=756618

Adwaita: Update menubar styling

Adapt to the changes in the previous commit.

menubar: Use an element name

Adwaita: Update menu item styling

Adapt to the changes in the previous commit.

menu item: Use CSS nodes

Use the element name menuitem for GtkMenuItem, GtkCheckMenuItem
and GtkRadioMenuItem. GtkSeparatorMenuItem gets the name separator.
Add a subnode with name arrow if a submenu is attached.
Give the radio and check menu items a subnode with name check or
radio.

check button: Match documented behavior

We were not actually adding the style classes that the
documentation is talking about, for the !draw-indicator case.
Fix that.

menu item: Remove an unused member

Nobody is reading or writing this field, so we can do without it.

menu: Fix up CSS node ordering

Keep the bottom arrow node at the end, where it belongs.

menu: Document CSS nodes

HighContrast: Update menu styling

Support the element names introduced in the previous commit.

Adwaita: Update menu styling

Support the element names introduced in the previous commit.

menu: Port to use css nodes

Use the element name menu for the main node, and use two subnodes
with name arrow and style classes .top and .bottom for the arrows
of scrolling menus.

menushell: don't call gtk_render_background()

GtkMenu and GtkMenuBar, the two implementations of GtkMenuShell in GTK,
already draw it.
Furthermore, rendering a background here will overdraw any rendering
that the subclass will do, such as arrows for scrolling menus.

inspector: Do not show transient nodes

This is kind of a hack the way it's implemented, but it's necessary
for performance to ignore transient nodes as they get created all the
time (via gtk_style_context_save()) and invalidate the whole treeview.
And that causes resizes and redrawing of the treeview and performance of
the inspector would go down the drain now that we display a larger part
of the node tree.

inspector: Always show full CSS node tree

Just select the node of the current widget whenever a new one gets
selected.

gdkrgba: Use %g instead of %.17g to print alpha

This way 0.3 isn't printed as 0.29999999999999

HighContrast: Update combobox styling

Adapt to the changes in the previous commit.

Adwaita: Update combobox styling

Adapt to the changes in the previous commit. Some further fixes will
be necessary here.

combobox: Use element names

Use combobox as the element name for the main CSS nodes of
GtkComboBox and GtkComboBoxText. Add the .combo style class
to the button and entry. in a GtkComboBox or GtkComboBoxText.

popover: Document differentiating style classes

There's a lot of popover variations out there.

button: Mention differentiating style classes

There's a lot of button variations out there, lets document
the ones we know about.

HighContrast: Update magnifier styling

Adapt to changes in the previous commit.

Adwaita: Update magnifier styling

Adapt to changes in the previous commit.

entry, textview: Use a dedicated style class for magnifier

This will free up "osd" as an application-level style class,
and lets us style magnifiers differently.

file chooser button: Add a style class

Unfortunately, GtkFileChooserButton is different from the other
pickers in that it is not a button, but rather has a button.

We ignore the difference for styling purposes, and just add
a .file style class to the button.

Adwaita: Fix menu separators

These were inadvertedly broken by the element name conversion
for regular separators.

mir: Print hscroll and vscroll values when debugging.

Signed-off-by: William Hua <william.hua@canonical.com>

inspector: Track updates of node styles

When the CSS style of a node changes, we want to display the new values
in the inspector.

This for example allows to see how styles update on hover or during
animations.

cssnode: Fix style updating when the CSS node ID changes

Since 4ebb5781eaf332da3f8ce5ffb5ecc8668a56f118 ID has a specific value,
while it used to be the same as NAME.  Thus, explicitly list ID as a
radical change just like NAME.

https://bugzilla.gnome.org/show_bug.cgi?id=757397

cssnode: Fix a typo leading to very poor cache hashing

gtkcontainer: Guard internal use of deprecated public API

inspector: Store the current node in the priv struct

inspector: Split out a function

toolpalette: Use element names

Give the GtkToolPalette and GtkToolItemGroup the element
names toolpalette and toolitemgroup.

HighContrast: Update toolbutton styling

Adwaita: Update tool button styling

tool button: Add an element name

Unsurprisingly, it is toolbutton.

HighContrast: Update toolbar styling

Adapt to the changes in the previous commit.

Adwaita: Update toolbar styling

Adapt to the changes in the previous commit.

toolbar: Use an element name instead of a style class

The element name is ... toolbar.

progress bar: Add CSS documentation

HighContrast: Update progressbar styling

Adapt to the changes in the previous commit.

Adwaita: Update progressbar styling

Adapt to the changes in the previous commit.

progressbar: Convert to CSS nodes

Use the element names progressbar and progress.

trivial formatting fix

Remove a duplicate include

Adwaita: Fix up color button styling

There was one forgotten instance of the GtkColorSwatch type name.

HighContrast: Update the frame styling

Adapt to the changes in the previous commit.

Adwaita: Update frame styling

Adapt to the changes in the previous commit.

frame: Use an element name instead of a style class

Unsurprisingly, the element name is ... frame.

Load settings.ini from all data dirs

An error in the loading function was making us load the file from
the first data dir repeatedly, instead.

https://bugzilla.gnome.org/show_bug.cgi?id=757377

win32: handle WM_DISPLAYCHANGE globally

Instead of handling WM_DISPLAYCHANGE on every GdkWindow, only handle
it on an ad-hoc hidden window we create when opening the display.
This has two reasons:
1) we want emit the display::size-changed signal even if there are no
   gtk windows currently open
2) we want to emit the signal just once and not once for every window

https://bugzilla.gnome.org/show_bug.cgi?id=757324

model button: Propagate state

Propagate the state to the CSS node for the indicator.

inspector: Show CSS node state

This is useful when debugging state propagation issues between
CSS nodes.

HighContrast: adjust message dialog styling

adwaita: Adjust message dialog styling

message dialog: Use an element name

color editor: Redo the non-activatable color swatch

Use a .activatable style class on the color swatch and tie the
hover effect to it. The color editor simply removes this class
now to get an inert color swatch.

This is more flexible and lets us avoid referring to the
GtkColorEditor type in the theme.

HighContrast: Adapt to color swatch changes

This needs more work and simplification.

Adwaita: Adapt to color swatch changes

This needs more work and simplification.

swatch fixup

color swatch: Convert to CSS nodes

Convert GtkColorSwatch to use the two elements colorswatch and
image.

text view: Add css node docs

HighContrast: Update textview styling

Some updates to make text appear as usual.

Adwaita: Update textview styling

Some updates to make text appear as usual. The border windows
probably need some more work.

text view: Convert to CSS nodes

Use subnodes for the border windows, and add children to the right
subnodes.

text view: Set an element name

And it will be...drumroll...textview.

icon view: Add an element name

Not surprising anybody, I decided to call it iconview.

HighContrast: Adapt to changed treeview names

Adwaita: Adapt to changed treeview names

tree view: Rename and document element names

The names are now treeview and header.

HighContrast: Update font button styling

Use the new element name and style class.

Adwaita: Update font button styling

Use the new element name and style class.

font button: Add an element name

Give this GtkButton subclass element name button and style class .font.

HighContrast: Update paned styling

Adapt to the new element names.

Adwaita: Update paned styling

Adapt to the new element names in the previous commit.

This also adds back a selected state which gets used
for when the focus is placed on the separator with F8,
just so this functionality is not forgotten.

paned: Convert to CSS nodes

Add a subnode for the separator, and use it for drawing.

Updated POTFILES.in and POTFILES.skip

Update the generated css for the previous commit